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with the client and forwards the settings as a short message (SMS). 
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Accessing a server computer. 

The present invention relates to a method of inputting settings to a client for 
5 accessing a sender computer connected to a wireless telecommunication 
network, a system for inputting setHng(s), a server computer, and a client 
according to the preamble of claim 1, 9, 10, and 15, respectively. 

Today, there are several ways of communicating by using a wireless 
10 communication terminal, e.g, by using a cellular phone. For example, it is 
possible to use a cellular phone to make voice calls, send short messages 
(SMS), access the Internet, ete. One example of such a terminal which is able 
to access the Intemet is the Nokia 90001 Communicator™. 

15 When using the Nokia 90001 Communicator™, in order to access e.g. tfie 
Internet, ttiere are some setting(s) which should be fulfiiled, before it will be 
possible to access tfie Intemet These setting(s) may for example be a 
provider name, a phone number, a user name and/or a password. Naturally, 
there may be more or even less setting(s) ttian those as mentioned, and 

20 some of the setting(s) are not always necessary to folfa. The settings which 
should be foifilled are mostiy decided by an Intemet provider, i.e. a provider of 
a server computer connected to the intemet One reason for having these 
settings, is to have some kind of security level when a user Is going to access 
the sever computer, in order to avokl unauthorised users. Also, the settings 

25 makes it more flexible for the user to access the server computer from other 
systems, than the Nokia 90001 Communicator™, like a personal computer 
having a software program for handling the connection between the user and 
the computer server. 
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The Nokia 9000i Communicator™ is very easy to use, when giving an input to 
the required settings, and the present invention provides a further 
development of inputting settings. 

5 When the user gives the input manually, there might t)e a risk that some of the 
settings might be invalid. For example, when typing a password, the code 
may usually appear as asterisks, i.e. the user does not see what is l)eing 
written on the screen. Therefore, in some cases there might be an uncertainty 
of whether the password is right or wrong. Also, there might be other 

10 occasions when a setting might be invalid, e.g. if the user gets confused and 
inputs an invalid setting without being aware of this. 

Furthermore, due to the growing maricet of wireless communication, which 
presently reaches new customers and servfces all the time, there is a need to 
1 5 handle accounts to server computers In a more effkaent way. For example, 
the Wireless Applicatton Protocol (WAP) defines an industry-wide 
specification for developing applications that operate over wireless 
telecommunication networics. To enable operators and manufacturers to meet 
the challenges in advanced services, differentiation and fast/flexible service 
20 creatfon a set of protocols has been designed in transport, security, 
transaction, sessfon and application layers. This means that it may be 
'■ possible for a user to initiate a sesston to access e.g. the Internet, by using a 
• WAP platfomi. The initialising of the session can be done In a simaar viray as 
the Nokia 90001 Communicator™ provides, i.e. the user may input the 
25 ' settings. 

US-A-5,751 .798 disclose a passive infomiatfon access system for use in a 
service subscription system having a service provider and a subscriber unit. 
The subscriber is typically a user of a cellular phone, who subscribes on a 
30 service provided by the service provider (e.g. an operator of a cellular 
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telecommunications network). The passive infonnation system includes a 
datat)ase for storing subscriber Infonnation specific to a subscriber and a 
receiver for detecting initialising signals from a subscriber unit when the 
subscriber unit is active. The subscriber information is based on usage 
5 information, e.g. number of minutes used since last billing period. The passive 
infonnation access system also includes a host computer for identifying the 
activated subscriber unit from the detected initialising signals, accessing from 
ttie database subscriber infonnation specific to the identified subscriber unit, 
and presenting a portion of the accessed subscriber infonnation to the 
10 identified subscriber unit 

US-A-5,577.103 propose a method of providing a subscriber in a cellular 
telephone network vwtti infonnation from a subscriber sen/lce profile. This 
document shows a further example of how it Is possible to provide a 
1 5 subscriber with infonnation based on a particular subscriber profile. 

The main object of ttie present invention Is to eliminate tiie risk of inputting 
inconect setting(s). before accessing a server computer fifom a client, which 
requires an input of setting(s). The dient can be a wireless communication 
20 temninal, e.g. a Nokia 9000i Communicator™, a WAP tenninal, or a similar 
tenninai which have a possibility to access a server computer. 

This object is achieved in accordance witti the present invention by daim 1 , 9, 
.10, and 1.5, respectively. 

25 , 

One particular advantage of ttie invention Is that ttie settings are provided in 
initialising means on a sender computer. This means ttiat ttie user does not 
have to know anyttiing about ttie settings, i.e. ttie user does not need any 
papers, or other material, which gives information about ttie settings. Thus. 
30 tiie invention fadlitates ttie input of ttie setting(s) to a dient. before accessing 
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a server computer. Also, it will make it harder for an unauthorised user to 
access a user's account to a server computer, because there is no physical 
information about the account 

5 Further advantages of the present invention will be apparent from the 
. dependent claims. 

The invention will be described in greater detail In the following by way of 
example only and with reference to the attached drawings, in which 

10 

Rg. 1 schematically illustrates a prefened embodimentof a hand portable 
phone/client according to the present invention. 

Fig. 2 schematically shows the essential parts of a telephone for 
1 5 communicating with a cellular or cordless network, 

Rg. 3 schematically shows a system for accessing a server computer 
according to the present invention, 

20 Rg. 4 schematically shows how a client establishes a connection to a wireless 
telecommunication network, 

■ Rg. 5 shows a flowchart of the input of settings to a client for accessing a 
; server computer, in accordance with the present invention, 

25 : 

Rg. 6 shows a further embodiment of the flowchart in Rg.S, in accordance 
; with the present invention, 

: Fig. 7 illustrates the message stnjcture for inputting settings to a client/phone 
30 for accessing a server computer according to the present invention, and 
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Fig. 8 shows an example of a user interface in a phone/dient according to the 
present invention. 

5 

Fig. 1 shows a preferred en)t)odiment of a dient. hereafter also referred as a 
phone, according to the present invention. The phone, which is generally 
designated by 1, comprises a user internee having a keypad 2. a display 3, 
an on/off button 4, a speaker 5, and a microphone 6. The phone 1 according 

10 to the preferred embodiment is adapted for communication via a wireless 
telecommunication network, e.g. a cellular network. However, the phone could 
also have been designed for a cordless network. The keypad 2 has a first 
group 7 of keys as alphanumeric keys, by means of whnh the user can enter 
a telephone number, write a text message (SMS), write a name (associated 

15 with the phone number), ete. Each of the twelve aiphanumerte keys 7 is 
provided with a figure "0-9" or a sign T or respectively. In alpha mode 
each key is associated with a number of letters and special signs used in text 
editing. 

20 The keypad 2 additionally comprises two soft keys 8. two call handling keys 9. 
and a navigation key 10. 

The two soft keys 8 have a functionality corresponding to what is known from 
the phones Ntokia 21 10~. Nokia 81 10™ and Nokia 381 0™. The functtonality of 
25 the soft key depends on the state of the phone and the navigation in the menu 
by using a navigation key. The present functtonality of the soft keys 8 is 
shown in separate fields in the display 3 just above the keys 8. 
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The two call handling keys 9 according to the preferred emt)odiment are used 
for establishing a call or a conference call, terminating a call or rejecting an 
incoming call. 

5 The navigation t(ey 10 is an up/down l«ey and is placed centrally on the fiont 
sur^ of the phone between the display 3 and the group of alphanumeric 
Iceys 7. Hereby the user will be able to control this key by simply pressing the 
up/down key using his/her thumb. Since many experienced phone users are 
used to one-hand control, it is a very good solutfon to place an input key, 

10 requiring precise motor movements. Thus, the user may place the phone In 
the hand between the fingertips and the palm of the hand. Hereby, the thumb 
is free for inputting infonnatton. 

Fig. 2 schematicaliy shows the most essential parts of a preferred 
1 5 embodiment of the phone. These parts being essential to understand the 
inventton. The prefened embodiment of the phone of the inventton Is adapted 
for use in connection with a GSM networic, but, of course, the invention may 
also be applied in connectbn with other phone networi(s. such as other kinds 
of cellular networi(s and various fonns of coniless phone systems or in dual 
20 band phones accessing sets of these systems/networits. The microphone 6 
; records the user's speech, and the analogue signals formed thereby are A/D 
converted in an A/D converter (not shown) before the speech is encoded in 
an audk) part 14. The encoded speech signal is transfen^ to controller 
f means 18, which may support software in the phone. The controller means 18 
25 . also forms the interface to the peripheral units of the apparatus, including a 
RAM memory 17a and a Rash ROM memory 17b, a SIM card 16, the display 
3 and the keypad 2 (as well as date, power supply, eto.). The controller 
means 18 communfcates with the transmitter/receiver circuit 19. The audio 
part 14 speech-decodes the signal, which is transferred from the controller 18 
30 to the earpiece 5 via a D/A converter (not shown). 
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The controller means 18 is connected to the user Interface. Thus, it is the 
controller means 18 which monitors the activity in the phone and controls the 
display 3 in response thereto. 

5 

Therefore, it is the controller means 18 which detects the occurrence of a 
state change event and changes the state of the phone and thus the display 
text A state change event may be caused by the user when he activates the 
keypad including the navigation key 1 0, and these type of events are called 
1 0 entry events or user events. However, the network communicating with the 
phone may also cause a state change event. This type of event and other 
events beyond the user's control are called non user events. Non user evente 
comprise status change during call set-up. change in battery voltege. change 
in antenna conditions, message on reception of SMS. etc. 

15 

Network. 

Fig. 3 schematically shows a system 40. comprising a network 50. a server 
computer 20 and a client 1. This example will show how a sesskjn, i.e. a 
connection, between a server computer 20 and a client 1 , e.g. a wireless 

20 communication apparatus like a cellular phone, is established. The server 20 
and the client 1 may support a Wireless Application Protocol (WAP). The 
WAP content and its applications are specified in a set of well-known content 
ifbnnats based on the familiar WWW content fbnnate. WAP is disdosed in the 
iWireless Applicatbn Protocol Architecture Specifteation; Version 30-Apr-1998: 

25 by Wireless Application Protocol Architecture Working Group; (see also 

http://www.wapfonim.org/docs/technical.htrn/arch-30-apr-98.pdf on the 
Internet). 

When transporting content between tiie client 1 and ttie sender 20, ttie content 
30 is transported using a set of standard communication protocols based on the 
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WWW communication protocols. A browser in tlie client 1 co-ordinates the 
user interface and is analogous to a standard web browser. The client lis 
provided in an environment which makes it possible to reach a wide variety of 
different wireless platforms, e.g. world wide web (WWW). The environment 
provided may be referred to as Wireless Application Environment (WAE). This 
means that the client 1 may be supported by some kind of browser, e.g. a 
micro-browser, to access the different services connected to the server. In 
order to access these services the browser may comprise following 
functionalities: 

• Wireless Markup Language (WML) - a lightweight markup language, similar 
to HTML, but optimised for use in hand-held mobile temiinals; 

■ WML Script - a lightweight scripting language, similar to JavaScript™; 

• Wireless Telephony Applicatton (WTA. WTAI) - telephony services and 
programming interfaces; and 

• Content Formate ~ a set of welMefined date formats., including images, 
phone book records and calendar infonnation. 

The server 20 supporting the Wireless Applicatton Protocol, may be 
connected to a gateway 30. The gateway 30 is also a kind of sen/er. which 
may identify and encrypt/decrypt infonnation between the cfient 1 and the 
server computer 20. This means that the gateway can be provided with 
encoders and decoders (not shown). Also, the server 20 may comprise 
different algorithms to make the encryption/decryptfon. The 
encryption/decryption itself may be peribnned by well-known nriethods, e.g. 
RSA. biffie-Hellman. eto. The server computer 20 may comprise different 
scripte to support WAP and date to be accessed by the dient. This date may 
comprise all kinds of infonnation. e.g. weather reports, news, information from 
stock maricets, eto. 
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In order to access the server computer 20. from the client 1 , the server 20 is 
; connected to a wireless telecommunication network 50, e.g. a cellular phone 
network. The network 50 comprises memory means (not shown), which is 
arranged to identify the identification means from the client. The memory 
5 . means can be e.g. a database, comprising infbnmation about different 

subscribers of the networic. Thus, when a client tries to establish a connection 
to the networic, the networic controls if the client is stored in the memory 
means. ^ 

10 The connectfon between the client and the networic is shown as an example in 
Fig. 4. The networic 50' in Fig.4 can be provided with a Mobile Switching 
Centre (MSG) 51 and a Home Locatbn Centre (HLR) 52, which are well 
known in the art The HLR 52 may comprise a database (not shown) having 
infomiation about different dients having access to the networic 50\ 

15 

Upon activating the client, it is common to press in a code, e.g. by entering a 
PIN code, which can be connected to a SIM card. When the client 1', in Fig.4, 
is activated, i.e. the phone is turned on, the client 1' sends a request 60 to the 
MSC 51. which serves the client's operating area. The request 60 comprises 

20 ! identification means (not shown), identifying said dient The MSC 51 sends a 
message 70 to the associated HLR 52 to ascertain the status of the 
subscriber assodated with the dient The HLR 52 notifies 80 the MSC 51 
. whether or not the subscriber (dient) is an authorised user, and if authorised, 
jthe MSC 51 sends a response 90 to said request 60 and establishing a 

25 <connectk)n between the dient 1' and the network 50'. 

The input of settings 

Fig. 5 shows a flow chart in accordance with the present invention, describing 
»the input of settings to a client before the first time the client is establishing a 
30 connection to a server. In order to activate the client, it must be turned on. It is 



10 

common to press In a code, when the client Is going to be activated, e.g. by 
entering a PIN code, which can be connected to a SIM card. Upon activating 
the dient 'START 500. the dient sends a request to the network 'CLIENT 
REQUEST' 510. This request 510 can be handled by e.g. the controller 18. as 

5 disclosed in Rg. 2. The request comprising Identification means (not shown), 
which identifies the dient. The identification means can be information stored 
on the dient's SIM card. This type of infbnnation is well known In the art, and 
will not be disdosed In any further detail. Then the network performs a similar 
identification of ttie dient "NETWORK IDENTIFICATION' 520, as shown in 

10 Fig. 5. If ttie dient is autiiorised to ttie network "AUTHORISED TO 

NETWORK?" 530, i.e. if ttie network recognises tiie identification means, a 
. connection Is established between ttie dient and tiie networi( "CONNECT 
CLIENT 540. Else, ttie dient has to send another request In order to 
establish a connection to ttie networic. The recognition can be done by 

1 5 comparing the klentification means with a database, to control if the 

identification means Is induded in ttie database. How the actual comparison is 
done is well known In ttie art. and will not be disdosed any furttier. 

When ttie dient is connected to the networic, ttie computer sender controls 
20 • whettner ttie dient is auttiorised to ttie sen/er or not "AUTHORISED TO 
'< SERVER?" 550. This control can for example be done by forwarding the 
: request from ttie dient to ttie networic. The server receives ttie identification 

means from the networic or reads ttie identification means from the networic. If 
' ttie dient does not have access to ttie sen«r, i.e. ttie dient Is not auttiorised, 
25 ttie dient may use the networic as usual and make calls, but wittiout having 
ttie possibility to access ttie senw. How ttiis is handled is dedded by ttie 
provider of the networic. so it may also be possible to reftjse or grant ttie dient 
to access the networic. If ttie server recognises ttie identification means, 
received in ttie request to ttie networic. ttie server sends initialising means to 
30 ttie dient TRANSMIT INITIALISING MEANS" 560. These initialising means 
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comprises information about the settings the dient must have to access the 
server computer. The transfer (sending) of the initialising can be done 
automatically, e.g. by allowing the server to automatically detect the 
, identification means sent to the network, when the dient has sent the request 
5 to the network, and sends the initialising means to the dient upon reception. 
The transfer may also be done by sending a download request to the server, 
for downloading tiie initialising means. Upon receipt of the downloading 
request in the server, the server sends tiie initialising means back to the 
dient, as a response to the downloading request 

10 

When the dient receives the initialising means, ttie dient might input ttiese 
settings either by accepting them automatically or ntanually 'CLIEI^ 
ACCEFT 570, e.g. by sending a response back to the server to confinn ttie 
accept How ttie dient inputs ttie settings is dedded by ttie conttoiler means 
15 1 8, as mentioned earlier with reference to Fig. 2. After this stage a session 
has been established between ttie dient and ttie server 'END' 580, which 
means that data can be exchanged over a WAP session. 

As a prefen«d embodiment, the format of the initialising means can be sent 
20 as a short message (SMS), and/or by using a push command. Thus, it may be 
possible to either send the initialising means as an SMS message by using 
the push command, or by sending another message by means of the push 
message. The push command is a featore used in the Wireless Application 
Protocol (WAP). 

25 

The example shown in Rg.6 is disck)sing further featores, according to the 
present invention. In Rg. 6a. ttie steps from "STARF 500 to "AUTHORISED 
TO SERVER?" 550 is corresponding to ttie steps shown in Fig.5. Starting 
from ttie step "AUTHORISED TO SERVER?' 550, having a dient who does 
30 not have access to the server, i.e. the dient is not authorised, ttie session to 
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the server computer will be ended, as described with reference to Fig. 5. Else, 
the computer server may ask the dlent if any initialising means has been 
received yet 'SETTINGS ALREADY?" 600. If no initialising means has been 
received, the server computer sends initialising means to the dient 
TRANSiy^lT INITIALISING MEANS' 610. These initialising means comprises 
infoHDation about the settings the dient must have to access the server 
computer. As disdosed with reference to Fig.5, the transfer (sending) of the 
initialising can be done automatically, and/or by sending a download request 
to the server, for downloading the initialising means. Upon receipt of the 
downloading request in the server, the server sends the initialising means 
back to the dient. as a response to the downloading request When the dient 
receives the initialising means, the dient might input these settings either by 
accepting them automatically or manually 'CLIENT ACCEPT 620. e.g. by 
sending a response back to the server to confimn the accept IHow the dient 
inputs the settings is dedded by the controller means 18, as mentioned earlier 
with reference to Fig. 2.Aflsr the point marked with an "A", a sesston has been 
established between the dient and the server "END" 630, vi^hich means that 
data can be exchanged over a WAP session. The "A" and "B" in Fig. 6a refers 
to "A" and "B" in Fig. 6b. 

If the server has already sent initialising means to the dient, the server may 
ask tiie dient if any changes in the settings should be made "l\^ODIFY 
SETTINGS?" 640. If the dient does not want any changes. "A", a sesston can 
be established "END" 630. Else, the dient may input new settings. "B", 
"INPUT NEW SETTINGS" 650, and if the server accepts the new settings 
"SERVER ACCEPT?" 660, a session can be established, "END" 630. If the 
server does not accept the new settings, e.g. because tiie new settings are 
not valid, the sewer may ask the dient if he/she wishes to accept the old 
settings "ACCEPT OLD SETTINGS?" 670. If the dient accepts the old 
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settings a session can be established, 'END' 630. Bse. ttie dlent may try to 
make another input. I.e. go back to the step "INPUT NEW SETTINGS" 650. 

Fig. 7 shows an example of a preferred embodiment, in accordance with the 
present invention, of how it will be possible to use a push command to Input 
settings to a client In general, the method makes use of the push command 
in order to push the initialising means, i.e. the initial settings, to a dient from a 
server computer. The dient and the server in this example are able to handle 
WAP, and are hereafter also refened as WAP dient and WAP server, 
respectively. Thus, the WAP dient described with reference to Rg.6 can be 
e.g. a "WAP phone". The phone in this example may be provkied with a smart 
card, preferably witti a SIM card (Subscriber Identity Module). 

• Stepi, When a dient subscription Is made, a push command, comprising 
the setting(s) for ttie dient. is set to be pending on ttie WAP server. The 
initial settings may e.g. comprise ttie address of ttie WAP server ttie dlent 
should use. 

The setting can be inputted automatically, which can be based on 
information about e.g. phone (dient) type and capabilities. 

When ttie phone is turned on for the first time and ttie SIM card is 
activated, ttie push command can be sent from the WAP sen/er to ttie 
phone. The push command is now sent ttirough a WAP stack in ttie 
phone, and inputted to a user agent (e.g. a browser). The user agent may 
at ttiis point eitfier use ttie infonnation to automatically input ttie initial 
se;ttings, i.e. set up the phone or prompt the user a question if he/she 
wants to initiate ttie phones WAP capabilities (e.g. use ttie browser), if the 
answer is yes the phone is set up. The user agent can e.g. be provkied in 
the controller, as described in Fig. 2. 
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At this point, receipt of the push oommand is not confinned, and therefore 
the WAP server may not yet Iviow if the push is received by the phone. 

Step 2, If the WAP server has sent the push command and the phone 
does not respond with a Connect_request (see step 3) the push command 
Is sent once more to the phone. "Repeated push". The server may send 
the initialising nrieans repeatedly, over a fixed number of times, e.g. for 10 
times or more, or until the client has sent a response back to the server 
oonflrming receipt of the initialising means. Naturally, the sending can be 
less than 10 times, because this is only a parameter which can be set in 
the WAP server. Instead of using a push command, tt may also be 
possible to send the initialising means by using a short message (SMS). 

The advantage of having a fixed interval is that if a new subscriber 
activates the SIM card for the first time, in a phone which does not 
support WAP, the server does not have to perfbmn an endless loop. Thus, 
this will save some unnecessary commands to be sent over the air. 

Step 3, When the phone has received the setting and the set up (the 
input) of the phone has come to an end, the phones WAP user agent may 
send a request to a session layer for establishing a sesston. (How this 
session is set up is defined in "WAP Wireless Session Protocol 
Specification Draft Version 30-Apr-1998". Figure 3, page 20 (see also 
http:/Mww.wapfbnjm.org/docsAechnical.htnj/Wsp-30-apr-98.pdf ). In other 
words, the client sends a Connect_request to the WAP sender with an 
address defined in the push command, which is recognised by the WAP 
server. 

Thus, the WAP server receives a confirmation from the client, confirming 
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that the push command is received and accepted by the phone. This also 
means that the 'Repeated push' in Step 2 can t}e disabled. 

• Step 4, When the WAP server receives the Connect^request it responds 
5 with a Connect_repty as described in 'WAP Wireless Session Protocol 

Specification Draft Version 30-Apr-1998". Figure 3, page 20 (see also 
http://wwvw.wapforum.org/docs/technical.htrn/wsp-30-apr-98.pdf ). 

Rnally, a session is now established, which means that the WAP phone 
10 and the WAP server may now communicate over the session. 

When the session is established the phone may have the possibility to 
fuse' or disable to receive another push command comprising settings. 
By doing so. It will increase the security for the user. I.e. it will reduce the 
15 risk of having a security hole, where e.g. hackers can send new phone 
settings to the WAP phone (e.g. with request to connect to non friendly 
W/VP servers). 

• Step 5, The future communication between the phone and the WAP 
20 server can now take place over the established session. I.e. It will be 

possible to exchange data over a WAP session. 

A major advantage of step 5 Is that the user does not have to wait for the 
; time It tekes for a sesston to be estebllshed when he/she uses the user 
25 I agent (browser) for the first time. 

Fig. 8 illustrates an example, in accordance with the present invention, of a 
user interface arranged in a client. The client is arranged to access a server 
computer, via a wireless telecommunication networic, as shown in Fig. 3. The 
30 user interface can be provided with display means 100. e.g. an LCD display. 
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which is disclosed in more detail with reference to Figs. 1 and 2. One of the 
functions, in the user interface is to receive an input of initialising nieans. 
giving ttie dient access to the server computer. 

5 When the client sends a request, comprising identification means (not shown) 
identifying the dient, to the network, the ne1wori( performs an identification of 
the dient, as shown in Rg. 5. If the networtc recognises the identification 
means, a connection is established between the dient and the network. When 
the dient is connected to the network, the computer sender controls whether 

1 0 the client is authorised to the server or not. If the server recognises the 

identification means, received in the request to the network, the sen/er sends 
initialising means to the dient. These initialising means comprises information 
about the settings, which shoukl be inputted in the dient in order to access 
the server computer. When the dient receives the initialising means, the dient 

1 5 can be infomned about the receipt by indicating the reception on the display 
means 100. e.g. by showing a message 110 saying "Browser settings 
received". This message 110 may generate an optton for the dient, to "exit" 
1 1 1 or "show" 1 12 the received settings. If the dient chooses to exit this 
message 1 1 0, it nay be possible for the dient to view the settings at a later 

20 , occasion. 

: If the dient has chosen to "show" 1 12 the received browser settings, a new 

message 120a.b can be generated. The message 120a infonms the dient 
I what the received settings are, e.g. "Server number* and "Service number, 
25 i Also, there might be other information comprised in this message 120b, 
. indicating e.g. at what location the dient will start a session ("Homepage URL: 
httD//www.nokia.com') . i.e. the address of a particular homepage which will be 
requested by the dient when accessing the sewer. At this point, the dient 
■ may choose to "Save" 1 21 or to "ExiT 1 22, this message 120. If the dient 
30 choose to "Exif 122, no settings will be inputted, i.e. saved. If the dient 
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choose to "Save" 121 these settings, the settings will be saved in the dient 
which can be indicated by a message 130 saying e.g. "Saved". 



The example given in Rg. 8 shows how it can be possible for the user/dient to 
5 affect the settings. Naturally, it is possible for the user interface to 

automatically accept the settings, without requesting an accept from the user, 
and input the settings, before the first time the client is going to establish a 
connection to the server computer. As mentioned with reference to Rg. 2, the 
automatic acceptance is handled by the controller 18. 

10 

The invention is not limited to the above described and in the drawings shown 
examples of an embodiment but can be varied within the scope of the 
appended daims. For example, it is possible for a dient to have access to the 
network, even if the dient is not authorised to a server computer connected to 
15 thenetworic. 
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WSP Wireless Session Protocol 
WTLS Wireless Transport Layer Security 
WTP Wireless Transaction ProfaTCOl 

The list above includes the acronyms used in the present text. Detailed 
discusston and explanation of the acronyms may be found in the technical 
specifications defining the Wireless Application Protocol on the Internet 
homepage for WAPFORUM. http:/Awww.wapfonjm.ong/. 
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1 . A method of inputting setling(s) to a client,(1 .1 ') for accessing a sewer 
computer (20), said sender computer (20) is connected to a 
telecommunication network (50,50'.51,52). said server (20) comprising 
initialising means giving the client (1 ,1') access to said server (20), said 
initialising means comprising information about the setting(s) to be 
inputted to the dient (1,1'), wherein the method comprises the following 
steps: 

• sending a request (60,510) from said dient to said networi^ (50,50',51 .52) 
to establish a connection between the dient (1,1*) and the networic 
(50,50'.51.52). said request (60,510) comprises identification means 
identifying said dient (1 ,1 '). and 

• said networic (50.50',51,52), upon recognition of said identification means, 
sends a response (90) to said request and establishes a connectfon (540) 
between the dient (1.1*) and the networic (50.50'.51 .52). 

characterised in that said server (20), upon identification of the dient. sends 
(560) the initialising means, comprising the infomnation about the S6ttlng(s), to 
the dient (1 ,1 '). before the first time the dient establishes a connection to the 
server (20), in order to give an input of the setling(s) to the dient (1.1') which 
gives access to the server (20). 

2. Method according to daim 1, charaderised in that the dient (1.1') sends a 
response (570) to the server (20) upon receipt of said initialising means, to 
confirm the receipt of the initialising means. 

3. Method according to daim 1 or 2. characterised in that the sewer (20) 
sends the initialising means repeatedly, over a fixed number of times, or 
until the dient (1 .1") has sent a response back to the server (20) 
confimiing the receipt of the initialising means. 
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4. Method according to daim 1 . 2 or 3. characterised in that the server (20) 
automatically detects said identification means sent to the networi( 
(50,50\51 .52). when the client (1.1') has sent the request (60) to the 
netvvori(, and sends the initialising means to the client upon detection. 

5 

5. Method according to daim 1 . 2 or 3. characterised in that the dient (1.1,') 
sends a downloading request to the server (20) for downloading the 
initialising means, and upon receipt of said downloading request the 
server (20) sends the initialising means back to the dient (1 .1') as a 

10 response to said downloading request 

6. Method according to daim 1 , 2. 3, 4 or 5, characterised in that the 
initialising means is sent as a short message (SMS). 

15 7. Method according to any one of the preceding claims, characterised in that 
said dient (1 .1') and said server (20) is using a Wireless Application 
Protocol (WAP), and the initialising means is sent to the dient (1.1') by 
using a push command. 

20 8. Method according to any one of the preceding daims, characterised In that 
the dient (1 ,1') is provided with controller means (18). which automatically 
asks the dient (1 . 1 ') for an input of the initialising means, before ttie first 
time the dient (1.1') establishes a connection to the server (20). 

25 9. System (40) for Inputting setting(s). said system (40) comprises: 

• a dient (1 .1'). arranged to receive an Input of setting(s). 

• a sen/er computer (20), having initialising means giving the dient (1,1') 
access to said server (20), said initialising means comprising information 
about the setting(s) to be inputted in tiie dient (1,1'), and 
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• a cellular telecommunication network (50,50',51 ,52) connected to said 
server (20). and arranged to establish a wireless connection between the 
client (1.1') and the telecommunication network (50.50'.S1 ,52) upon 
receiving a request (60,510) from saU client (1 ,1'). said request (60.510) 
5 comprising identifrcatton means Mentifying said dient (1 .1 '), said networic 
(50,50',51,52) comprising memory means which is arranged to kientHy the 
identification means from the client 

characterised in 

that said server (20) is arranged to send the initialising means, comprising the 
1 0 infomnation about the setling(s), to the dient (1 , 1 '), upon recognition of said 
klentiflcation means received in the request (60.510) to the networic 
(50,50'.51.52), before the first time ihe dient (1 ,1') is establishing a 
connection to the server (20). in order to give an input of the setting(s) to the 
dient (1 .1') whteh gives access to the sewer (20). 

15 

10. A system (40) according to daim 9, characterised in that the server (20) 
and the dient (1,1') is provided witti a Wireless Application Protocol 
(WAP). 

20 1 1 .A system (40) according to daim 10. characterised in tiiat the server (20) 
is ftjrther an^nged to send ttie initialising means to the dient (1,1') by 
using a push command, and/or a short message (SMS). 

; 1 2. A server computer (20) provMed witti initialising means giving a dient 
25 I (1,1') access to sakl server (20), said server (20) is anranged for 
' connection to a cellular telecommunication networic (50,50'.51 ,52), said 
i networic (50,50'.51 ,52) is arranged to establish a connection between the 
dient (1 .1 ') and the telecommunication networic (50,50',51 ,52) upon 
receiving a request (60) from saW dient (1 ,1'). said request (60) 
30 comprising identification means identifying said dient (1 .1 '), said networic 
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(50,50'.51 ,52) comprising memory means which is ananged to identify the 
identification means in the request (60), 
chafacterised in 

that said server (20) is further arranged to send the initialising means to the 
5 client (1 ,1'), upon recognition of said identification means received in the 
request (60) in the network (50,50'.51.52). before the first time the client (1.1') 
establishes a connection to the server (20), in order to give the client (1,1*) an 
access to the server (20). 

10 13.A server (20) according to dalm 12. characterised in that the server (20) 
and the client (1.1*) is provided with a Wireless Application Protocol 
(WAP). 

14. A server (20) according to daim 13. characterised in that ttie server (20) is 
1 5 further arranged to send the initialising means to the client (1,1*) by using a 

push command. 

15. A dient (1,1') ananged to access a server computer (20). via a wireless 
telecommunication networit (50.50',51.52). said dient (1,1') comprising 

20 controller means (18) arranged to receive an input of initialising means 
giving the dient (1.1*) access to said server (20), 
characterised in 

that the controller means (18) is further ananged to automatically ask for the 
input of the initialising means from ttie server computer (20), before the first 
25 time the dient (1,1') attempts to establish a connection to said sen/er (20). 

16. A dient (1 .1') according to daim 15. characterised in ttiat ttie dient (1.1') 
and tiie server (20) is provided witti a Wireless Application Protocol 
(WAP). 
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17. A client (1 ,1') according to claim 16, characterised in that the client (1.1') is 
further arranged to receive the initialising nieans from the server (20) 
through a push command. 



5 18. Wireless conununication terminal being a client (1,1*) according to daim 
15. 
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19. A wireless communication tem)inal according to claim 18, characterised in 
that said temunal is a cellular phone (1). 
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